home *** CD-ROM | disk | FTP | other *** search
/ The Atari Compendium / The Atari Compendium (Toad Computers) (1994).iso / files / umich / utils / mwind132.lzh / mauswind / mauswind.ger < prev    next >
Text File  |  1994-11-01  |  36KB  |  646 lines

  1.     Anleitung zu Maus-Window V1.32 (Stand: 01.11.1994)
  2.     --------------------------------------------------
  3.  
  4.  
  5.     1. Was ist Maus-Window?
  6.     -----------------------
  7.  
  8.     Wer schon einmal unter X11 gearbeitet hat, wird festgestellt haben, daß 
  9.     immer das Fenster aktiv ist, das sich unter dem Mauszeiger befindet 
  10.     (außer man hat den Window-Manager anders konfiguriert). Ein ähnliches 
  11.     Verhalten des ATARI-GEM wäre in mancher Hinsicht wünschenswert. Leider 
  12.     ist es nur möglich, dies durch ein "Toppen" des betreffenden Fensters 
  13.     zu erreichen (sonst wären tiefgreifende Änderungen im Betriebssystem 
  14.     notwendig). In diesem Zusammenhang fand ich einen Artikel in einer 
  15.     Fachzeitschrift für den ST, der ein solches Programm zum automatischen 
  16.     Toppen eines Fensters beschrieb. Leider war das Ergebnis nicht recht 
  17.     überzeugend, da alle vorgestellten Methoden nicht zu vernachlässigende 
  18.     Nachteile auswiesen. Also begann ich, ein eigenes Programm für diesen 
  19.     Zweck zu erstellen. Das Ergebnis ist das hier vorliegende Programm Maus-
  20.     Window, das als Accessory in das Wurzelverzeichnis des Bootlaufwerks 
  21.     kopiert werden muß. Der Betrieb als Programm ist auch möglich, hat aber 
  22.     nur in einer Multitasking-Umgebung Sinn. Maus-Window läuft übrigens 
  23.     ohne Probleme in beiden Modi unter MultiTOS, MagiC und Geneva.
  24.  
  25.     Ist Maus-Window aktiv und der Mauszeiger befindet sich über einem nicht-
  26.     aktiven Fenster, wird dieses automatisch in den Vordergrund befördert. 
  27.     Dazu wird die AES-Funktion appl_tplay benutzt, was eine 100%ig GEM-
  28.     konforme Lösung darstellt und mit allen "sauberen" Programmen 
  29.     problemlos funktioniert (zu Problemfällen siehe Punkt 4).
  30.  
  31.     Haben die AES eine Versionsnummer größer oder gleich 3.31, oder ist 
  32.     WINX ab Version 2.1 installiert, benutzt Maus-Window den erweiterten 
  33.     Funktionsumfang zum Bestimmen des "Eigentümers" des betreffenden 
  34.     Fensters und schickt diesem dann die Meldung, daß das Fenster getoppt 
  35.     werden soll.
  36.  
  37.     Unter MultiTOS sorgt Maus-Window auf Wunsch auch dafür, daß der Prozeß 
  38.     mit dem obersten Fenster eine höhere Priorität erhält, was etwas 
  39.     flüssigeres Arbeiten ermöglicht.
  40.  
  41.     Seit Version 1.20 ist Maus-Window bilingual, besitzt also deutsche und 
  42.     englische Dialoge. Ist die Sprache des benutzten Rechners eine andere 
  43.     als Deutsch, werden englische Dialoge dargestellt. Wer jedoch auch als 
  44.     Deutscher die englischen Dialoge bekommen möchte, sollte sich einen 
  45.     _AKP-Cookie anlegen (näheres zu dessen Format steht in der ST-Computer 
  46.     04/93 auf Seite 89) oder unter MultiTOS in der Datei GEM.CNF die 
  47.     Variable AE_LANG enstprechend umändern (Falcon-Besitzer können sich ja 
  48.     sowieso durch diverse Programme die gewünschte Systemsprache im nicht-
  49.     flüchtigen RAM einstellen). Dies hat gegenüber einer entsprechenden 
  50.     Option für Maus-Window den Vorteil, daß davon auch viele andere 
  51.     Programme beeinflußt werden und ihre Texte nicht mehr in Deutsch 
  52.     darstellen.
  53.  
  54.  
  55.     2. Die Einstellmöglichkeiten von Maus-Window
  56.     --------------------------------------------
  57.  
  58.     Ruft man im Accessory-Betrieb den Eintrag von Maus-Window im Desk-Menü 
  59.     auf, so erscheint ein Dialogfenster (was beim Betrieb als Programm nach 
  60.     Anwahl des Menüpunkts "Parameter: einstellen..." geschieht). In der 
  61.     "Parameter"-Box können mehrere Einstellungen vorgenommen und auf Wunsch 
  62.     gespeichert werden, die das Verhalten von Maus-Window beeinflussen. 
  63.     Alle Änderungen, die man in diesem Fenster vornimmt, treten sofort in 
  64.     Kraft, der Button "OK" ist nur zur entgültigen Übernahme der 
  65.     Einstellungen gedacht (der Dialog ist also wie das ATARI-Kontrollfeld 
  66.     nicht-modal).
  67.  
  68.     Folgende Optionen bietet Maus-Window:
  69.  
  70.     "Maus-Window aktiv":
  71.     Legt fest, ob Maus-Window Fenster toppen soll oder nicht.
  72.  
  73.     "Nur im Arbeitsbereich":
  74.     Ist diese Checkbox angekreuzt, werden Fenster nur dann nach vorne 
  75.     geholt, wenn sich der Mauszeiger über dem Arbeitsbereich des Fensters 
  76.     befindet (unter WINX < 2.1 könnten sonst versehentlich die 
  77.     Rahmenelemente bedient werden, da Maus-Window bei AES-Versionen kleiner 
  78.     3.31 ja einen Mausklick simuliert). Diese Option eignet sich auch 
  79.     dafür, wenn man unter WINX >= 2.1 oder MultiTOS problemlos die 
  80.     Fensterelemente hinten liegender Fenster erreichen will (ohne muss man 
  81.     schon etwas Glück haben, daß das Fenster nicht vorher getoppt wird).
  82.  
  83.     "'Verschwinden' verhinden":
  84.     Legt fest, ob darauf geachtet werden soll, daß keine Fenster nach vorne 
  85.     geholt werden, die das momentan oberste komplett verdecken würden (oder 
  86.     nur dessen Arbeitsbereich, je nach Einstellung von "nur im 
  87.     Arbeitsbereich").
  88.  
  89.     "Nicht während Bewegung toppen":
  90.     Möchte man nicht, daß Maus-Window auch während der Bewegung des 
  91.     Mauszeigers Fenster "toppt", sollte man diese Checkbox ankreuzen.
  92.  
  93.     "Wartezeit: ... ":
  94.     Diese Option sorgt dafür, daß ein Fenster erst dann getoppt wird, wenn 
  95.     der Mauszeiger sich bereits eine bestimmte Zeit über diesem aufgehalten 
  96.     oder stillgestanden hat (abhängig von der Einstellung der vorherigen 
  97.     Option). Die Zeitspanne wird in ds (also 10tel Sekunden) angegeben und 
  98.     kann mit den beiden Pfeilen im Bereich von 1-99 eingestellt werden 
  99.     (Doppelklicks ändern den Wert in Zehnerschritten, auch die Cursortasten 
  100.     können benutzt werden).
  101.  
  102.     "Erst nach Mausbewegung toppen":
  103.     Auch wenn es im ersten Moment so den Anschein hat: Dies steht nicht im 
  104.     Widerspruch zum vorletzten Absatz, aber leider ist mir keine bessere 
  105.     Kurzbeschreibung des Sachverhalts eingefallen... Ist diese Option 
  106.     aktiviert, wartet Maus-Window nach einem Wechsel des obersten Fensters 
  107.     solange mit dem Toppen des nächsten, bis die Maus bewegt wurde. Dazu 
  108.     ein Beispiel: Man hat in einem Programm zwei Fenster offen, der 
  109.     Mauszeiger befindet sich über Fenster 1, das somit auch oben ist. Jetzt 
  110.     aktiviert man per Tastatur Fenster 2 (z.B. durch CTRL-W). Wäre die 
  111.     Option nicht aktiv, würde Maus-Window bei der nächsten Gelegenheit 
  112.     wieder Fenster 1 toppen, was ja eigentlich nicht unbedingt erwünscht 
  113.     ist. Auf diese Weise wird erreicht, daß Fenster, die per Tastatur 
  114.     aktiviert wurden, auch wirklich erstmal oben bleiben. Auch beim 
  115.     Backdrop eines Fensters unter MultiTOS oder WINX sorgt diese Option 
  116.     dafür, daß man auch das erreicht, was man wollte... Es ist zweckmäßig, 
  117.     zusätzlich "Nicht während Bewegung toppen" zu aktivieren.
  118.  
  119.     "Fensterlose Prog. schützen"
  120.     Unter Multitasking-Umgebungen kann ein Fensterwechsel auch einen 
  121.     Applikationswechsel zur Folge haben, wobei auch die Menüleiste 
  122.     umgeschaltet wird. Mit der Option "Fensterlose Prog. schützen" kann nun 
  123.     dafür gesorgt werden, daß Maus-Window nicht toppt, wenn die 
  124.     Applikation, deren Menüleiste gerade aktiv ist, keine Fenster offen 
  125.     hat. Der Sinn liegt darin, daß sonst ja die Menüleiste des Programms 
  126.     weg wäre und man mangels Fenster nur noch durch Umschalten der 
  127.     Applikation an das Programm käme. Wenn die AES es unterstützen, prüft 
  128.     Maus-Window zusätzlich, ob das zu toppende Fenster einem Accessory 
  129.     gehört, wenn ja, wird es doch getoppt, da ein Accessory keine eigene 
  130.     Menüleiste hat. Es ist leider nicht möglich, auch zu prüfen, ob das 
  131.     Programm, dem das zu toppende Fenster gehört, überhaupt eine Menüleiste 
  132.     besitzt; daher können nur Accessories berücksichtigt werden. 
  133.     "Fensterlose Prog. schützen" ist nur wählbar, wenn die AES mehr als 
  134.     eine Applikation erlauben (Multitasking) und den erweiterten menu_bar-
  135.     Aufruf bereitstellen. Das Berücksichtigen der Acceossry-Fenster ist nur 
  136.     möglich, wenn die AES den appl_search-Aufruf unterstützen. Beides ist 
  137.     bei MultiTOS, MagiC und Geneva der Fall.
  138.  
  139.     "Priorität für oberstes Fenster":
  140.     Diese Option ist nur wählbar, wenn unter MultiTOS gearbeitet wird (für 
  141.     Experten: Maus-Window muß auch mit Root-Rechten laufen). Ist s